home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / internet-drafts / draft-ietf-avt-profile-00.txt < prev    next >
Encoding:
Text File  |  1993-03-03  |  9.6 KB  |  289 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Internet Engineering Task Force          Audio-Video Transport Working Group
  8. INTERNET-DRAFT                                                H. Schulzrinne
  9.                                                       AT&T Bell Laboratories
  10.                                                            December 15, 1992
  11.                                                             Expires:  5/1/93
  12.  
  13.  
  14.    Sample Profile for the Use of RTP for Audio and Video Conferences with
  15.                               Minimal Control
  16.  
  17.  
  18.  
  19. Status of this Memo
  20.  
  21.  
  22. This document is an Internet Draft.   Internet Drafts are working  documents
  23. of the Internet Engineering  Task Force (IETF), its  Areas, and its  Working
  24. Groups.   Note that other  groups may also  distribute working documents  as
  25. Internet Drafts).
  26.  
  27. Internet Drafts  are draft  documents valid  for a  maximum of  six  months.
  28. Internet Drafts may be  updated, replaced, or  obsoleted by other  documents
  29. at any time.   It  is not appropriate  to use Internet  Drafts as  reference
  30. material or  to cite  them  other than  as a  "working  draft" or  "work  in
  31. progress."
  32.  
  33. Please check  the I-D  abstract  listing contained  in each  Internet  Draft
  34. directory to learn the current status of this or any other Internet Draft.
  35.  
  36. Distribution of this document is unlimited.
  37.  
  38.  
  39.                                   Abstract
  40.  
  41.  
  42.      This  note  describes  a  profile for  the  use  of the  real-time
  43.     transport protocol  (RTP) within  audio and  video multiparticipant
  44.     conferences with minimal  control.  It  provides interpretations of
  45.     generic fields within the RTP  specification suitable for audio and
  46.     video conferences.   In particular, this document  defines a set of
  47.     default mappings from content index to encodings.
  48.  
  49.  
  50.  
  51. 1 Introduction
  52.  
  53.  
  54. This profile defines  aspects of RTP  left unspecified in  the RTP  protocol
  55. definition.  This  profile is intended  for the use  within audio and  video
  56. conferences with minimal  session control.   In particular,  no support  for
  57.  
  58.  
  59. INTERNET-DRAFT                  AV Profile                 December 15, 1992
  60.  
  61. the negotiation  of parameters  or admission  control is  provided.    Other
  62. profiles may  make different  choices for  the items  specified here.    The
  63. profile specifies the use of RTP over  unicast and multicast UDP as well  as
  64. ST-II. For unicast UDP and ST-II,  references to multicast addresses are  to
  65. be ignored.  The use of this profile is indicated by the use of a well-known
  66. port number.
  67.  
  68.  
  69.  
  70. 2 Multiplexing and Demultiplexing
  71.  
  72.  
  73. Packets sharing the same multicast group address, the same destination  port
  74. number and the  same flow value  belong to the  same conference.   Within  a
  75. conference, a packet is mapped to a site (state) through its synchronization
  76. address and network source port.
  77.  
  78.  
  79. 3 CDESC
  80.  
  81.  
  82. The content  field within  the  CDESC option  describes the  media  encoding
  83. used.  The four octets contain one of the encodings defined by the  Internet
  84. Assigned Numbers  Authority (IANA)  or  an encoding  agreed upon  by  mutual
  85. consent of all conference participants.  The names are defined in Figures  1
  86. and 2 and encoded in US-ASCII. Case is significant.  If the name  is shorter
  87. than four characters, it is padded with one or more space characters  (ASCII
  88. 32 decimal).
  89.  
  90. The encodings are identified as follows:
  91.  
  92.  
  93. Bolt: refers to the proprietary Bolter video coding algorithm.
  94.  
  95. dvc: the BBN video coding algorithm.
  96.  
  97. DVI: refers  to  the  Intel  DVI/ADPCM  audio  encoding,  specified  in  the
  98.     `Recommended  Practices  for   Enhancing  Digital  Audio   Compatibility
  99.     in  Multimedia  Systems'',  published  by  the   Interactive  Multimedia
  100.     Association (IMA), Annapolis, MD.
  101.  
  102. 1016: refers to  the Federal Standard 1016,  which uses code-excited  linear
  103.     prediction.
  104.  
  105. G721: refers to the ADPCM encoding defined by CCITT Recommendation  G.721 at
  106.     a rate of 32 kb/s.
  107.  
  108. G723: refers to the ADPCM encoding defined by CCITT Recommendation  G.723 at
  109.     a rate of 24 kb/s.
  110.  
  111. G722: is defined in  CCITT Recommendation G.722 and denotes a subband  coded
  112.  
  113.  
  114. H. Schulzrinne                    Expires 5/1/93                    [Page 2]
  115.  
  116.  
  117. INTERNET-DRAFT                  AV Profile                 December 15, 1992
  118.  
  119.     ADPCM algorithm with an audio bandwidth of 7 kHz.
  120.  
  121. GSM: denotes  the European  GSM  06.10  provisional standard  for  full-rate
  122.     speech transcoding, prI-ETS 300 036, based on residual  pulse excitation
  123.     with long term prediction (RPE/LTP).
  124.  
  125. H261: refers to CCITT  Recommendation H.261 and defines a video codec  based
  126.     on discrete-cosine transforms.
  127.  
  128. nv: Xerox Parc video coding algorithm.
  129.  
  130. PCMU: is  a subset  of CCITT  Recommendation G.711,  referring  to a  mu-law
  131.     companded PCM encoding.
  132.  
  133. PCMA: is  a subset  of CCITT  Recommendation G.711,  referring  to an  A-law
  134.     companded PCM encoding.
  135.  
  136.  
  137.  
  138.   0                   1                   2                   3
  139.   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  140.  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  141.  |F|   CFDESC    |    length     |0|0|  content  | MBZ           |
  142.  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  143.  | return port number            | clock quality | MBZ           |
  144.  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  145.  | name of encoding                                              |
  146.  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  147.  |   channels    | sampling rate (Hz)                            |
  148.  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  149. ...  encoding specific parameters                               ...
  150.  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  151.  
  152.  
  153.  
  154.                          Figure 1:  CDESC for Audio
  155.  
  156. For audio encodings, the  index into the table  of encodings is followed  by
  157. a field containing  a channel  count and a  sample rate  field, measured  in
  158. samples per second.(1)  A channel count of zero is considered invalid.
  159.  
  160. For  video  encodings,  a  one-octet  numeric  version  identifier   further
  161. describes the encoding.
  162. ------------------------------
  163.  1. Fractional samples per  second was considered  excessive as the  typical
  164. crystal accuraccy  of  100 ppm  translates  into about  one  Hz or  more  of
  165. sampling rate inaccuracy.
  166.  
  167.  
  168.  
  169.  
  170.  
  171.  
  172. H. Schulzrinne                    Expires 5/1/93                    [Page 3]
  173.  
  174.  
  175. INTERNET-DRAFT                  AV Profile                 December 15, 1992
  176.  
  177.  
  178.   0                   1                   2                   3
  179.   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  180.  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  181.  |F|   CFDESC    |    length     |0 0   content  | MBZ           |
  182.  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  183.  | return port number            | clock quality | MBZ           |
  184.  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  185.  | name of encoding                                              |
  186.  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  187.  |   version     | encoding-specific parameters                  |
  188.  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  189. ... encoding-specific parameters                                ...
  190.  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  191.  
  192.  
  193.  
  194.                          Figure 2:  CDESC for Video
  195.  
  196. 4 Standard Encodings
  197.  
  198.  
  199. Unless specified with  the CDESC  option,  the mapping  between the  content
  200. field in an RTP packet and  encodings, sampling rates and channel counts  is
  201. specified by Tables 1 and 2.  Values of 31 and below cannot be  redefined by
  202. CDESC options.  In other words, only values of 32 and above are valid in the
  203. content field within an CDESC option.   The receiver is expected to  discard
  204. RTP packets containing media data with unknown content field values.   Sites
  205. are expected to keep the mapping  between content and encoding constant,  so
  206. that lost  packets containing  CDESC options  do not  lead the  receiver  to
  207. misinterpret media data.
  208.  
  209.  
  210.                   index  encoding  sampling rate channels
  211.                  ________name______(kHz)___________________
  212.                       0  PCMU      8                    1
  213.                       1  1016      8                    1
  214.                       2  G721      8                    1
  215.                       3  GSM       8                    1
  216.                       4  G723      8                    1
  217.                       5  DVI       8                    1
  218.                       6  L16       16                   1
  219.                  _____7__L16_______44.1_________________2__
  220.  
  221.  
  222.  
  223.                      Table 1:  Default Audio Encodings
  224.  
  225.  
  226.  
  227.  
  228.  
  229.  
  230. H. Schulzrinne                    Expires 5/1/93                    [Page 4]
  231.  
  232.  
  233. INTERNET-DRAFT                  AV Profile                 December 15, 1992
  234.  
  235.  
  236.  
  237.                                _number__name_
  238.                                 31      H261
  239.                                 30      Bolt
  240.                                 29      dvc
  241.                                 28      nv
  242.  
  243.  
  244.                      Table 2:  Default Video Encodings
  245.  
  246. 5 Port Assignments and Miscellaneous
  247.  
  248.  
  249. UDP port [TBD] is to be used as the destination for multicast real-time data
  250. carried by RTP. Unicast connections  may use the this  or a set of  mutually
  251. agreed-upon port numbers.  ST-II connections use port 3456.
  252.  
  253. The framing  field is  to be  used only  when RTP  protocol data  units  are
  254. carried over a network or transport  protocol that does not provide  framing
  255. (e.g., TCP).
  256.  
  257.  
  258.  
  259. 6 Address of Author
  260.  
  261.  
  262. Henning Schulzrinne
  263. AT&T Bell Laboratories
  264. MH 2A244
  265. 600 Mountain Avenue
  266. Murray Hill, NJ 07974
  267. telephone:  908 582-2262
  268. electronic mail:  hgs@research.att.com
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282.  
  283.  
  284.  
  285.  
  286.  
  287.  
  288. H. Schulzrinne                    Expires 5/1/93                    [Page 5]
  289.